home *** CD-ROM | disk | FTP | other *** search
-
- QEMM 8.0 README FILE
- ====================
-
- This file includes information on what's new in this release of
- QEMM, and tips to help you get the most out of the package. For
- that reason alone, it is worthwhile reading! It also contains
- last-minute information that did not make it into the manual and
- a few corrections to the manual. If you want to print this file
- for future reference, be sure you are in the QEMM directory and
- type "COPY README.TXT PRN:" at the DOS prompt. Alternatively,
- you may print this file from the Windows Notepad by clicking on
- File, then Print.
-
- This file may contain information that is NOT in QEMM Setup
- Help's Read Me sections.
-
-
- INSTALLATION AND COMPATIBILITY NOTES
- ====================================
-
- QEMM TECHNOTES
-
- There are several helpful technical notes in the TECHNOTE
- subdirectory of the directory into which you installed QEMM. All
- of the QEMM technotes may be viewed by running QEMM Setup
- (QSETUP) either from DOS or from Windows; QEMM Setup incorporates
- a file viewer that allows you to read these notes easily. The
- Windows version of QEMM Setup features a Windows Help file that
- also incorporates versions of these notes.
-
- PRODUCTS.TEC contains a list of compatibility issues between QEMM
- and other hardware and software products. Please read this
- technote before beginning any troubleshooting. Other online
- documents, including QEMMUTIL.TEC, TESTPRGS.TEC, and QPI.TEC,
- describe utility programs and technical information for
- programmers and advanced users of QEMM. Still others provide
- background information, compatibility notes, or tips and tricks
- related to various types of hardware and software.
-
-
- SAVING DISK SPACE FOR WINDOWS-ONLY USERS
-
- If you work exclusively in Microsoft Windows, you can delete the
- contents of the QEMM\TECHNOTE subdirectory, at a savings of about
- 400K of disk space. All the QEMM technotes are also included in
- the Windows Help file, and can be read by selecting Technotes
- from the QEMM Setup Help menu.
-
-
- OPTIMIZE'S CONVENTIONAL MEMORY REQUIREMENTS
-
- It is possible to load so many TSRs and device drivers on your
- system that you may run out of memory during the OPTIMIZE
- process! Please refer to the technical note MAXMEM.TEC in your
- QEMM\TECHNOTE directory for suggestions on improving your
- pre-OPTIMIZE configuration. In cases where OPTIMIZE does not
- complete successfully, you may wish to try taking advantage of
- expanded memory by skipping the hardware detection phase as noted
- above.
-
-
- OPTIMIZE, DOS-UP AND BUFFERS
-
- In versions of MS-DOS up to 6.22, up to 48 DOS BUFFERS could be
- loaded into the High Memory Area (HMA) along with the DOS kernel.
- In DOS 7 (the version of DOS that accompanies Windows 95), it is
- possible for other parts of DOS to be loaded into the HMA,
- reducing the amount of space available for BUFFERS, and causing
- them to be loaded below the HMA. This may result in a conflict
- during the OPTIMIZE Software Detection phase, such that not
- enough memory is available to determine accurately the memory
- needed by DOS-Up to load BUFFERS above 640K.
-
- If you are using Windows 95 or the underlying version of DOS that
- accompanies it, and if you are using the DOS=LOW setting in
- CONFIG.SYS, Quarterdeck recommends that you set your BUFFERS=
- value to 30 or less.
-
-
- DOS-UP OPTIONS AND WINDOWS 95
-
- If you are using real-mode Novell NetWare drivers in Microsoft
- Windows 95, Microsoft recommends that you set the LOADTOP=0
- option in the MSDOS.SYS text file. (Note that Windows 95's
- text-based MSDOS.SYS is NOT the same as the MSDOS.SYS DOS
- component in previous versions of DOS.) If you choose Windows
- 95's default LOADTOP=1 setting to load the command processor at
- the top of conventional memory, you may experience corruption of
- the DOS environment, which includes values for PROMPT, PATH, and
- SET statements.
-
- This happens irrespective of the presence of Quarterdeck
- software. However, for similar reasons, if you are using Novell
- NetWare real-mode drivers with Windows 95, you should configure
- the DOS-Up option to load COMMAND.COM low, rather than high.
-
-
- DOS-UP, WINDOWS 95, AND PREVIOUS DOS VERSIONS
-
- If you wish to use DOS-Up and the Windows 95 feature that allows
- you to boot into your previous version of DOS, you should create
- a Windows 95 Boot Menu as described in the technical note
- W95BOOT.TEC, found in your QEMM\TECHNOTE directory, and a DOS 6
- multiple-path CONFIG.SYS as described in your DOS 6 reference
- materials.
-
- On systems where the previous DOS version is DOS 5, however, the
- OPTIMIZE process run from DOS will not recognize multiple
- configurations, and will not create a DOS-UP.DAT file with
- multiple paths.
-
- The workaround for this problem is to begin OPTIMIZE in the DOS 5
- environment, and to reboot into DOS 5 at every stage of the
- OPTIMIZE process. When OPTIMIZE is complete, copy your
- DOS-UP.DAT file to another name (e.g. DOS-UP-5.DAT). Then edit
- the DOS-UP.SYS line in your CONFIG.SYS file to specify
- DOS-UP-5.DAT as your DOS-UP configuration file:
-
- DEVICE=C:\QEMM\DOS-UP.SYS @C:\QEMM\DOS-UP-5.DAT
-
-
- QEMM'S STEALTH D*SPACE AND DRIVESPACE
-
- QEMM supports all versions of DoubleSpace or DriveSpace that
- accompany MS-DOS version 6.00 through 6.22. QEMM does not
- currently support the version of DriveSpace that comes with
- Windows 95 (or DOS 7), nor the DriveSpace that comes with the
- Microsoft Plus Pack.
-
-
- IF LESS MEMORY IS AVAILABLE WITH THIS VERSION
-
- Some customers may observe less conventional memory available
- with QEMM 8 than with previous versions. In many cases, this is
- because QEMM attempts automatically to EXCLUDE a byte in the F000
- region, in order to support better Microsoft Windows' MaxBPS=
- SYSTEM.INI setting. If you have set MaxBPS set to a value
- greater than 200, QEMM's default behavior will likely be
- preferable to you. If you have MaxBPS set to a value of 200 or
- less, you might wish to try adding the SRBP:N parameter to the
- end of the QEMM386.SYS line in CONFIG.SYS.
-
- QEMM's superior detection of Plug and Play BIOS and other forms
- of adapter RAM and ROM may cause QEMM to EXCLUDE automatically
- more address space than previous versions. This is safer than
- including these regions by default, but can result in less High
- RAM or less conventional memory than before, or can result in the
- EMS page frame being placed in conventional memory. The QEMM
- Analysis procedure, detailed in the manual, may allow you to
- reclaim this High RAM. You may also wish to check Manifest's
- Hints screen to confirm that Analysis will be helpful.
-
- Finally, QEMM may have increased extended memory overhead in this
- version on some systems, which may result in a net loss in
- available extended or expanded memory. There is no remedy for
- this situation.
-
-
- QEMM SETUP AND THE CONFIG VARIABLE
-
- MS-DOS 6 and PC DOS 6 support multiple paths of execution through
- CONFIG.SYS. DOS 6 can use the CONFIG environment variable and
- the GOTO %CONFIG% batch statement to support separate paths of
- execution in the AUTOEXEC.BAT that correspond to the different
- CONFIG.SYS configuration paths. When you use QEMM Setup to add a
- new path to your DOS 6 multiple configuration CONFIG.SYS file,
- QEMM Setup does not create an entirely new branch in the
- AUTOEXEC.BAT to correspond to your new CONFIG.SYS path. Instead,
- QEMM Setup makes sure that the new configuration path and the
- existing one that it was based on will execute the same commands
- in AUTOEXEC.BAT. If you want the new path to execute different
- AUTOEXEC.BAT commands than the path from which it was created,
- you must edit your AUTOEXEC.BAT file to create two separate
- branches to replace the common branch that QEMM Setup creates.
- See the DOS 6 manual for more information on the CONFIG variable.
-
-
- MS-DOS 6.22 AND MISSING LABELS IN AUTOEXEC.BAT
-
- If you have a command in AUTOEXEC.BAT in the form GOTO <LABEL>,
- where there is no corresponding <LABEL> in the AUTOEXEC.BAT file,
- the OPTIMIZE process may simply terminate. Ensure that all GOTO
- statements in AUTOEXEC.BAT refer to valid labels.
-
-
- BATCH FILES AS THE LAST LINE OF AUTOEXEC.BAT
-
- The OPTIMIZE process will fail if the last line of your
- AUTOEXEC.BAT file is a batch file that is not "CALLed" (i.e., a
- batch file without a CALL command in front of it).
-
-
- OPTIMIZE AND WINDOWS IN MULTIPLE CONFIGURATION PATHS
-
- In most cases, OPTIMIZE will disable Microsoft Windows during the
- OPTIMIZE process. However, if you are using a multiple-path
- CONFIG.SYS file, and separate paths of execution in AUTOEXEC.BAT,
- OPTIMIZE will allow Windows to run during certain phases. To
- ensure that the OPTIMIZE process is complete, make sure that you
- enter and exit Windows for every step of the OPTIMIZE process,
- until you see OPTIMIZE's report on the amount of memory gained.
- Alternatively you should, for the duration of the OPTIMIZE
- process, remove any line in AUTOEXEC.BAT that launches Microsoft
- Windows.
-
-
- OPTIMIZE AND MULTICONFIG INCLUDE STATEMENTS
-
- QEMM 8.0's OPTIMIZE program does not support more than one level
- of INCLUDE statements in a CONFIG.SYS with multiple
- configurations. You can use INCLUDE statements with OPTIMIZE, but
- you cannot use an INCLUDE statement inside a CONFIG.SYS block
- that has already been included in another block. If you have more
- than one level of INCLUDE statements, you must edit your
- CONFIG.SYS file before running OPTIMIZE and make sure that all
- INCLUDE statements below the first level are replaced with the
- actual CONFIG.SYS lines which the INCLUDE statement formerly
- invoked.
-
-
- FIXINT13.SYS AND ULTRAFIX.SYS
-
- FIXINT13.SYS is designed to assist in resolving problems with
- certain disk controllers that hang because they use stacks that
- are too small for the work that they do at the time that they do
- it. It replaces ULTRAFIX.SYS, which was formerly distributed on
- the Quarterdeck bulletin board and other electronic forums. If
- you use ULTRAFIX.SYS, replace it with FIXINT13.SYS. FIXINT13.SYS
- is documented in the file QEMMUTIL.TEC, located in the
- QEMM\TECHNOTE directory.
-
-
- PCMCIA (PC CARD) HARDWARE AND SOFTWARE
-
- There is a technical note in the QEMM\TECHNOTE directory on the
- subject of maximizing memory while using PCMCIA (PC Card)
- adapters. This and other technical notes are readable via the
- QEMM Setup program. In Windows, choose Help from the menu bar,
- and then "Technotes"; in DOS, from the QEMM
- Setup main menu, choose "View QEMM hints, technotes and READ.ME",
- and then "View QEMM technical notes".
-
-
- QUICKBOOT AND EXPANDED MEMORY RAM DISKS
-
- With some expanded-memory-using RAM disks, the QuickBoot feature
- may not clear the contents of the RAM disk when you QuickBoot.
- QuickBoot does not intentionally preserve the contents of any RAM
- disk and should not be relied upon for this purpose. To ensure
- that your RAM disk is cleared, warm boot normally by pressing
- Ctrl-Alt-Del twice in quick succession, thus bypassing QuickBoot.
-
-
- VIDEO CARDS AND EXCLUSIONS
-
- While manufacturers of video cards often recommend EXCLUDEing
- large regions of address space -- for example, A000-C7FF -- this
- is almost never necessary, and these recommendations should be
- taken with a good deal of skepticism. QEMM is intelligent enough
- to recognize the addresses used by video cards, and makes the
- appropriate exclusions automatically. QEMM INCLUDEs the
- B000-B7FF region by default, and EXCLUDEs video RAM and ROM
- automatically when appropriate. A few video cards require that
- the address space between B000-B7FF be EXCLUDEd when using
- Microsoft Windows high-resolution video drivers. However, it may
- be possible instead to use QEMMExclude=B000-B7FF in the [386Enh]
- section of the Windows SYSTEM.INI file. This parameter is
- documented in the Technical Reference section of the QEMM manual.
-
-
- DESQVIEW/X SERVER AND QEMM'S VCPISHARE PARAMETER
-
- QEMM's VCPISHARE:Y (VS:Y) is not compatible with the DESQview/X
- SERVER module. Do not use the VS:Y parameter if you are using
- DESQview/X.
-
-
- OPTIMIZE'S STEALTH TESTING PROCESS
-
- OPTIMIZE's Stealth Testing process is the best way to ensure both
- maximum memory and maximum compatibility with your system. To
- take advantage of this feature, make sure that you're starting
- from a stable, bootable QEMM configuration. Typically the line
-
- DEVICE=C:\QEMM\QEMM386.SYS ON
-
- will allow you to boot your system safely. From this, you may
- run OPTIMIZE's Stealth Testing procedure in the following way:
-
- 1) At the DOS prompt, type
-
- OPTIMIZE /REMOVEALL
-
- This will remove LOADHI commands and parameters from all of
- the lines in CONFIG.SYS, AUTOEXEC.BAT, and any batch files
- called from AUTOEXEC.BAT.
-
- 2) Edit CONFIG.SYS and remove all parameters except ON from the
- QEMM386.SYS line in CONFIG.SYS.
-
- 3) At the DOS prompt, type
-
- OPTIMIZE /ST
-
- The Stealth Testing process provides maximum compatibility with
- your system, at the possible expense of some High RAM or
- conventional memory. If this is the case, see the section above,
- "IF LESS MEMORY IS AVAILABLE WITH THIS VERSION".
-
-
- ERRATA IN THE DOCUMENTATION
- ===========================
-
- On page 14, the QEMM User Guide describes the buttons on the
- bottom of the QEMM Setup screen. It does not describe the
- buttons on the right side of the window. The Reset button
- restores your settings to the values that were in force when you
- entered that page. The Default button (which appears only on the
- Windows property page) sets the options for FreeMeg, Resource
- Manager, and MagnaRAM to their default settings. The Help button
- provides context-sensitive online help for the displayed property
- page.
-
- On page 27, the QEMM User Guide incorrectly suggests that an exit
- button appears on the right side of the QEMM User Interface
- screen. To exit, press Alt-F4, or choose Exit from the File
- menu.
-